「要下載哪些 skills,Claude Code 才會好用?」我想先反過來確認:現在裝的版本到底已經有什麼?缺少什麼重複流程,才值得另外補上?
Skill 是可重複載入的指示與流程;內建命令有些直接執行程式邏輯,有些能力則以 bundled skill 提供。外觀看起來都可能以斜線呼叫,但用途不同。官方文件目前列出 /doctor、/code-review、/debug 等 bundled skills,實際以安裝版本為準。Skills 文件
先輸入 /,查看補全選單,再查 /help。只測和練習專案有關的能力:
| 能力 | 今天給它的任務 | 檢查什麼 |
|---|---|---|
| /doctor | 檢查 Claude Code 的安裝環境 | 是否指出實際安裝路徑或設定問題 |
| /code-review | 檢查 hello.py 的小修改 | 意見是否真的對應程式 |
| /debug | 診斷找不到 hello.py 的路徑錯誤 | 是否先確認目前目錄 |
Claude Code prompt:
今天測試目前版本可用的診斷與 review 能力。
先確認選單中的實際名稱;不要假設文件列出的指令都存在。
只使用 hello.py 和我提供的練習錯誤,不讀私人資料。
缺少的功能標為此版本未提供,以一般 prompt 完成同樣任務。
把「原生能力實測」和「替代 prompt」分開記錄,不冒充通過。
若 review 要求特定 Git 狀態,依它的提示準備一個小 diff;不要為了測命令提交無關內容。
下載十套名稱相似的 skills,卻不知道哪一套改變了結果。今天先保留版本、名稱、輸入和輸出四項,建立最小比較。
實測後補:各取一段有用或無用的輸出;「沒有發現問題」也需要交代檢查範圍。
明天開始把練習程式變成 research CLI 的最小入口,學會真的跑起來驗收。
把「原生能力實測」和「替代 prompt」分開記錄這點很值得學。我自己測 skill 時會多做一步:把 / 選單的完整列表和 claude --version 一起存進當天的筆記,升級版本後直接 diff 兩天的清單,就能看出哪個 skill 是新進來的、哪個被改了名,比靠印象判斷「哪套改變了結果」可靠。另外 bundled skill 通常可以在 ~/.claude/skills 或 plugin 目錄找到對應的 SKILL.md,直接讀檔案比猜指令行為快。